Real-Time. Interactive and 
Personalized Video Services 



Technical Field 

This invention relates to communication services. Particular aspects of the invention 
relate to providing a user interface for real time, interactive video services and to providing 
personalized betting services. 

Background Art 

During the last few decades, same-time-same-place gambling has been complemented 
by same-time-difFerent-place activities. Telephone betting has a long history that includes 
activities that have been proscribed (e.g., starting price or S.P. bookies), that have been 
approved (e.g., on-course bookies), and, in some countries, that have been State-conducted 
(e.g., phone-betting with State Government Totalizator Agency Boards or TABs). 

It has long since been recognized that the virtualization of gambling could result in 
major changes to society. Whereas in 1975 few people might have contemplated a future in 
which bets could be placed on which member of the British Royal Family would die next, or 
on which state would next erupt in civil war, such bets can now be placed in the United 
Kingdom and in several other nations around the world. Betting houses offering such services 
are becoming readily accessible on the Internet. (See, for example, www.casinos- 
gambling.com/osbooks.htm.) Additionally, interactive networks are emerging from several 
hitherto separate technologies, for example, cable transmission, growing out of cable-TV, 
where the capacity of the connection is typically split between high-bandwidth down-channels 
and low-bandwidth up-channels. The Internet, with connection to the home and most 
workplaces via a conventional public switched telephone network (PSTN) can also be used. 

Gambling is increasingly becoming a major feature of interactive networks. So much 
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so, it appears to be one of the largest sources of revenue generation on the Internet. Use of 
the Internet for gambling is especially significant because it is fully operational, it uses an 
existing and pervasive infrastructure, and its market reach is already very wide. In addition 
to its physical advantages the growth rate of the Internet is dramatic and it is intrinsically 
J extra-, and even supra-jurisdictional, making it extremely resistant to existing regulatory 

frameworks. 

Satellite and cable infrastructures may be used to operate services independent from 
the Internet. It is important to note, however, that they are also entirely capable of being used 
as carrier mechanisms for Internet traffic, and indeed to support both proprietary and Internet 
10 channels at the same time. If satellite and/or cable come to supplant the public switched 

O telephone network (PSTN) carried Internet, it will not necessarily supplant the Internet itself. 
\Q Digital television provides more channels at a higher quality than is currently available 

with analog broadcasts. One analog channel provides the capacity for one high-definition 
JLJ television (HDTV) broadcast or several standard definition television (SDTV) broadcasts. 
75 ES Digital television is scalable between these two extremes. Therefore, digital broadcasters can 
make a trade-off between vastly improved image and sound quality and an increased number 
rf of programming choices. 

N Digital television is deliverable to moving receivers. Currently, analog television 

1=1= reception is non-existent or severally limited in moving receivers. However, digital receivers 
20 allow for clear reception in cars, buses, trains, and in handheld television sets such as the Sony 

Watchman™. With a Global System for Mobile Communication (GSM) mobile phone 
connected to a laptop and a DVB-T (terrestrial) receiver plug-in card, browsing the web at 
speeds of 2-14 Mb/s is possible. 

Most of the equipment used to create, edit, and distribute television programs is now 
25 digital. The analog reception of a television signal, via cable, aerial, or satellite, is the end 

result of a long chain of events, most of which have taken place in the digital domain. For 
example, in delivering a new broadcast, the field reporter uses digital satellite news gathering 
equipment to uplink her report to a programming center. The material is digitally received, 
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decoded, and compiled with live program feeds in a studio. The broadcast is then sent 
digitally around the world to professional receivers. Finally, the broadcast is converted to an 
analog signal and sent to the end viewer. 

A typical television video circuit includes a tuner that receives the RF signals from an 
5 antenna or cable port. The tuner selects a particular frequency of the RF signal representing a 

viewing channel. The selected channel frequency from the tuner is processed through an IF 
amplifier and detector that amplifies the selected channel and reduces its frequency to a 
baseband video signal. A National Television Standards Committee (NTSC) decoder receives 
the baseband video signal from Intermediate Frequency (IF) amplifier and detector and 
10 separates the RGB signals according to the NTSC format. A microprocessor controls the 

^3 tuner, IF amplifier, and NTSC decoder. 

*-3 It is common in modern television receivers to provide functions such as picture-in- 

12 picture (PIP), enhanced audio, and other special features, as options. Current television 
■:L; receivers incorporate such modules on a hard-wired basis. The PIP feature requires a 

Ms? 

75 M composite video signal from a source other than the television tuner. The signal from that 
u external video source is displayed on a selected portion of the cathode ray tube (CRT) viewing 
^ screen along with the main video signal. 

%J An intelligent TV is for receiving communication services by connecting a TV to a 

|I value added network (VAN). The intelligent TV includes an information signal processing unit 

20 for receiving information communication data (hereinafter, "information data") when the 

intelligent TV is connected to the VAN, and for generating information RGB signals, and 
switching control signals in order to display the information data on a screen. The intelligent 
TV selects and displays on the screen one of the information data signals processed in the 
information signal processing unit and a TV RGB signal processed in a TV signal processing 

25 unit, in accordance with the switching control signal output from the information signal 

processing unit. Intelligent TV makes it possible to view, through a TV screen, several 
communication services, such as stock quotes, news services, weather reports, and TV 
program lists, being transmitted through the VANs. Therefore, it has an advantage that 
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persons who are not familiar with the usage of a computer can easily receive communication 
services. Even though intelligent TV has the advantage of receiving communication services 
through the TV screen, it cannot display multiple signals at the same time. Information signals 
for displaying information data on a screen, a TV signal, a Picture-In-Picture (PIP) signal for 
enabling two screens to be viewed simultaneously, and a TV on-screen-display (OSD) signal 
must be displayed one at a time. Therefore, signals are displayed according to a predetermined 
priority. For example, an information signal is displayed preferentially over a TV signal, a PIP 
signal is displayed preferentially over an information signal, and a TV OSD signal is displayed 
preferentially over a PIP signal. 

Current information delivery services described above lack many features that would 
enhance their usability and desirability by the public. As mentioned, the intelligent TV lacks an 
ability to display multiple signals simultaneously. In addition, an online connection of two 
delivery services with one of the services being, for example, an interactive application, is not 
available. Current technologies are dependent on stationary receivers. Since multiple signals 
cannot be integrated by the IRD, information delivery is dependent on the location or site. 

With particular regard to betting, real-time betting is quite difficult to carry out when 
the competition is on going in one location and the betting is done in several different remote 
places. Current systems do not show the possibility of betting once a competition begins since 
there is no connection to the betting environment. Existing systems do not offer the possibility 
of betting during television program reception on the basis of the second screen on the display. 
Further, bettors are not shown a table for inputting the betting values to be sent to the betting 
system in real-time. Therefore, current systems are not intuitive or easy to use by a majority 
of bettors. 

Real-time, interactive services can present problems regarding timing and presentation 
of information. With particular regard to betting services, the user needs to be aware of the 
betting window available. A slow or non-responsive user interface can cause a bettor to miss 
the window and loose a betting opportunity. Different bettors may rely on different 
information or desire the information to be presented in a particular format. The format of the 
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information may detract from the betting experience or impair the calculating abilities of some 
bettors. However, current systems provide a standardized format without being aware of, and 
responsive to, the respective preferences of different bettors. 



5 Summary of the Invention 

The disclosed embodiments provide methods and systems for providing a user 
interface to real time interactive video services. The methods and systems allow interactive 
input from a viewer of the video services simultaneously with viewing the video services. 
They allow an interactive response to the viewer from the interactive application. To present 
10 betting information in an attractive format and maximize the information available to the 

h i bettor, a user interface to the real-time service is required. With regard to real-time betting, 
the bettor is presented information concerning the betting opportunities and the betting 

f n 

{.a window. Since most bettors prefer to have as much information as possible prior to betting, 
fg they prefer to wait until the last possible moment to bet. The disclosed embodiments provide 
15 ^ the bettor with betting window information and the latest information concerning the 
H prospective wagers. Moreover, the user interface is designed to provide such information in a 
Tl manner that both attracts the attention of the bettor and provides the information in a useful, 
^ easy to follow and navigate format. The betting server checks the data transmission speed so 
t± that all users can have an adequate betting window. Users will receive confirmation of 
20 attempted bets. In Wireless Application Protocol (WAP) equipped mobile stations, betting 

can be accomplished across a wireless Internet connection. For example, bettors using GSM 
mobile stations can receive information by short message services through a GSM Switching 
Center (GSM SC). 

The disclosed embodiments can provide many advantages. For example, when betting 
25 is available, the bettor is informed by a visual or graphical presentation. The interface attracts 

the attention of the bettor in order to ensure that notification of an open betting window is 
received. For another example, the user can get a user interface (or "skin") which best 
displays the information needed, given the users preferences. The chosen skin can influence 
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the title, shapes, background, colors and fonts etc. The betting window available is adjusted 
to fit the data transmission capabilities of the user. Phones with WAP, e.g., Nokia 7110 or 
Nokia Communicator 91 101, can provide the ability to interact with the real-time service over 
a wireless connection. This capability allows the user to, for example, bet on a hockey game 
while in the arena watching the game live. 

The betting services can be personalized in any number of ways to provide an 
advanced betting system. For example, the system can collect information of each bettor's 
preferred betting subjects or sports teams and provide personalized betting services according 
to the preferences indicated by the collected betting information. 
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Brief Description of the Drawings 

The disclosed inventions will be described with reference to the accompanying 
drawings, which show important sample embodiments of the invention and which are 
incorporated in the specification hereof by reference, wherein: 

Figure 1 depicts a block diagram of the creation, reception, and response to interactive 
services. 

Figure 2 depicts a block diagram of digital services being delivered to a viewer. 
Figure 3 depicts an integrated display with a live video feed and interactive content. 
Figure 4 depicts a block diagram of the viewer's connectivity and interaction with the 
provided interactive services. 

Figure 5 is a diagram depicting a possible interactive display. 
Figure 6 depict a flowchart of the interactive betting process. 

Figure 7A depicts a block diagram of a first sample embodiment of the betting 
provider architecture. 

Figure 7B depicts a block diagram of a second sample embodiment of the betting 
provider architecture. 

Figures 7C and 7D illustrate examples of betting content retrieved by the betting 
provider architecture in the second sample embodiment. 

Figure 7E is a flowchart illustrating a process performed by the betting provider 
architecture in the second sample embodiment. 

Figures 7F and 7G shows the databases created and maintained by the betting 
provider architecture in the second sample embodiment. 

Figure 8 depicts a block diagram of a direct reception scenario. 

Figure 9 depicts a block diagram of an integrated reception scenario. 

Figure 10 depicts a betting login page which includes Login and Password fields for 
logging on to the interactive service. 

Figure 11 depicts a main betting page supplied by the betting server to the user at 
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logon. 

Figure 12 depicts a window showing the status of currently available betting 
opportunities. 

Figure 13 depicts a table representing the user selection of colors and when the 
different colors can be shown. 

Figure 14 depicts skins which can be configured according to user preference. 

Best Mode for Carrying Out the Invention 

The numerous innovative teachings of the present application will be described with 
particular reference to preferred embodiments. However, it should be understood that this 
class of embodiments provides only a few examples of the many advantageous uses of the 
innovative teachings herein. In general, statements made in the specification of the present 
application do not necessarily delimit any of the various claimed inventions. Moreover, some 
statements may apply to some inventive features but not to others. 

The preferred embodiments of the disclosed innovations involves the simultaneous 
reception and display of a DVB-T signal and display of dynamic or static content on a 
television. The static content is like that of a wireless terminal, e.g., a mobile phone, a media 
phone, or an electronic book. 

Various embodiments of the disclosed method and system will be described using 
interactive betting as an example of interactive content supplied to an end viewer. However, it 
should be noted that interactive betting is just one of many services that can be provided with 
the disclosed embodiments. 

In the various disclosed embodiments, an interactive application, betting, for example, 
is facilitated. Figure 1 depicts a block diagram of the creation, reception, and response to 
interactive services in the presently preferred embodiment. A television signal 120 is received, 
compressed, and converted for streaming onto the Internet 118. Betting information is also 
created or obtained and then streamed onto the Internet 108 and 110. A mobile betting client 
102 can display the television program 120 and the betting information simultaneously and a 
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viewer can interactively select betting via the mobile betting client 102. Finally, the mobile 
betting client 102 transmits information to the host facility 108 by connecting to a network 
116 linked with the host facility 108, for example, the Internet. 

Alternatively, a host facility 108 can integrate data to be supplied to the viewer into the 
vertical blanking intervals of the television signal 120 and broadcast (or stream) the integrated 
signal. A mobile betting client 102 receives the broadcast integrated signal and separates the 
integrated signal into a television signal and the supplied dynamic or static data. 

Digital broadcast technology allows for services that can present many-to-one, many- 
to-many, and one-to-one communication. DVB has defined delivery media for satellite 
services (DVB-S, direct-to-home viewing, cable (DVB-C) run in several countries, and 
terrestrial, or "over the air", (DVB-T) planned for 17 countries. Use of return channels 
enables digital receivers to provide a variety of services including Internet, television, and web 
content. Processing of the digital signal can be accomplished on a desktop or laptop computer. 

Figure 2 depicts a block diagram of digital services being delivered to a viewer. The 
interfaces for the media can include, for example, GSM, GSM+, UMTS, ISDN, PSTN, ATM, 
and others 202. The protocol and interface enable a cluster of interconnected devices in the 
home, each receiving and processing digital broadcast services 204. A set top box (STB) or 
integrated receiver-decoder (IRD), such as the d-box™ manufactured by Nokia, Inc., 206 
integrates the services for viewing on a television 208. 

A television receiver that incorporates the invention should include a plug-in PIP 
module. Most receivers that incorporate PIP and other features also include a microprocessor 
control which, via a suitable control bus, periodically interrogates certain functional blocks and 
modules in the television receiver chassis to determine whether they are present and, if so, to 
control their operation. In the case of a PIP module, polling by the microprocessor indicates 
whether the module is present in the receiver. If it is, the microprocessor arranges to switch 
the composite video signals (from the tuner and external sources) through the PIP processor 
and then to the main video processor of the television receiver, in preference to the normal 
composite video produced. Thus, the video processor of the television receiver has its inputs 
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supplied from either the main chassis in the event there is no PIP module or from the PIP 
processing module. 

A viewer watches a mobile betting client 102, for example, a digital television, which is 
able to act as an Internet browser. Commercial applications such as Inet solution enable 
television/browser functionality. A dial-up connection or other communications device, such 
as a LAN connection, can provide Internet connectivity. Along with web browsing functions, 
the mobile betting client is equipped with streaming video and audio reception and display and 
secure connection capabilities. 

Figure 4 depicts a block diagram of the connectivity of the viewer and interaction with 
the provided interactive services. In the preferred embodiments, the mobile betting client 102 
receives an integrated digital broadcast signal (DVB-T). Reception of the signal can be 
accomplished through various means. In the presently preferred embodiment, the mobile 
betting client receives the signal over a GSM, GSM++, POTS, UMTS, or other type of 
connection 104. The mobile connection 104 is itself connected to a network such as an 
extranet, intranet, or the Internet 1 16. Mobile connection to the network 116 takes place in a 
conventional manner over a modem pool 112 with user dial-in and authentication services 114. 

Figure 7A depicts a block diagram of the first sample embodiment of a betting 
provider architecture. In this preferred embodiment, the betting provider information is 
protected from network snooping by a security device such as a firewall 106. At least one 
betting provider server 108 resides behind the firewall. Software running on the server tracks 
viewers (bettors) in various competitions. 

One task of the server 108 is to authenticate viewers. In the presently preferred 
embodiment, a user information (UI) database 702 is maintained. The UI database 702 stores 
user names and associated passwords, user account information, user preferences, and other 
user specific information. In addition to tracking viewers, the server 108 receives and accepts 
bets that have been requested by the viewer to a betting server 110 running on the network 
side of the firewall 106 and connected to a network such as an extranet, intranet, or the 
Internet 116. This betting server 1 10 acts as an interface between interactive services viewers 
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on the network and the actual betting provider. 

The betting provider server 108 receives betting content (questions to the user) and the 
odds of the particular bets from a betting controller 704. The betting controller 704 is 
responsible for creating betting content, controlling the betting event, /.e., opening and closing 
of betting, etc. Betting control software is used to enter and calculate betting content and 
odds and send them to the betting provider server 108. In the presently preferred 
embodiment, the betting provider server 108 stores the betting content and odds in a database 
(BCO) 706. The betting controller 704, via betting control software tracks, the results of the 
betting question and reports the results to the betting provider server 108. 

The results of the bets are stored in a database (BR) 708. Once the results of a 
particular question are known and stored by the betting provider server 108, software on the 
server calculates payments to the bettors on the particular question. In the presently preferred 
embodiment, electronic accounts stored in the UI database 702 are used for tracking betting 
wins and losses. The results of the event and sub-events (betting questions) are reported to 
the betting server 110. The mobile betting client 102 can then receive the results from the 
betting server 110. 

Figure 7B depicts a block diagram of the betting provider architecture in the second 
sample embodiment. One important difference between the first and second sample 
embodiments of the betting provider is the manner in which the architecture obtains betting 
information. In the second sample embodiment, the betting provider actively obtains the 
betting information, such as results from sport events, betting rates, validity date of bets, 
teams, status or any betting related activity, from the Internet. The betting provider acquires 
the betting information from a reliable or authentic web site or authentic databases through the 
Internet. It is not required that the betting information is specially entered into the system bv. 
for example, betting controller 704. 

As in the first sample embodiment, betting provider 150 is protected from network 
snooping by a security device such as firewall 106. Betting provider 150 preferably comprises 
a plurality of discrete elements, which may be organized into a Local Area Network (LAN). 
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A server 151 performs most of the tasks associated with the betting services. In addition to its 
other functions described below, software running on server 151 authenticates users (bettors) 
and tracks their bets in various competitions. A user information database 702 stores user 
names and associated passwords, user account information, user preferences, and other user 
5 specific information. It can be accessed by authorized users through firewall 106 

independently of server 151. A firewall 152 prevents unauthorized back-door entry to server 
151 and Game Database 153-21 through user information database 702. 

Unlike betting provider server 108 in the first embodiment, betting provider 150 in the 
second sample embodiment does not use betting content (such as questions to the bettor) and 
10 the odds of the particular bets created by a betting controller 704 located on the betting 

1% provider side of firewall 106. Instead, it carries out the process shown in Fig, 7E. First, 
% server 151 selects the address(es) of web site(s) containing desired information (Step 751) and 
H finds the predetermined information on the web site(s) (Step 752). It takes data, primarily 
rn betting content and odds, from page(s) on separate web servers 130 and 140 via Internet 116 

i s 3 

75 ^ and firewall 106 (Step 753). The data content on web servers 130 and 140 can be maintained 
^ and organized in any manner. In particular, web servers 130 and 140 may be managed either 
h& with or without particular regard to the accessing of data thereon by betting provider 150. 
^ The data content can be separated between web servers 130 and 140 in any manner. For 
' fA example, betting information and odds, such as for various sport matches, may be on one 
20 server while the results of the matches may be on another server. Alternatively, the system 

can process the betting information on a server obtained in order to create betting rates based 
on calculations and statistical models of the event and its probabilities. Exemplary content for 
web servers 130 and 140 is shown in Figs, 7C and 7D, respectively. Although two web 
servers are shown in the sample embodiment shown in Fig, 7B, the betting provider may 
25 collect betting information from any number and variety of systems connected to Internet 116. 

Server 151 runs software which collects the betting information from web servers 130 
and 140 and stores it in a predetermined format (Step 754). The system can actively and 
independently update and bring into effect (put in force) the online information. Exemplary 
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elements of the process are illustrated in Fig* 7F. Link software 154 preferably works with a 
timetable, which instructs it when to get information and make automatic updates to the first 
level database 153-10 (Step 755). 

Server 151 is responsible for controlling the betting events, i.e., opening and closing of 
betting, etc., of all of the authorized users. It receives and accepts bets that have been 
requested by the users. Server 151 retrieves the results of sports matches by accessing web 
server 140 under the control of the link software 154 and records the results in a database (not 
shown). Users can interactively retrieve the results through server 151. Once the results are 
retrieved and stored, software on server 151 calculates wins and makes payments to the 
bettors. Electronic accounts stored in the UI database 702 are used for tracking betting wins 
and losses. 

In providing the betting services, the link software 154 takes the data content from the 
web page(s) 131 and 141 of web servers 130 and 140 and includes it in a first level database 
153-10 (Step 756). The data content in first level database 153-10 is used to generate a 
plurality of different second level databases 153-20, such as Game Database 153-21, user 
databases 153-22 to 153-24, and News database 153-25 shown in Fig. 7F. (It should be 
understood that, although the databases are referred to herein as either "first level" or "second 
level" databases, it may be such (strictly speaking) that there is only one level of data. The 
terms "first level" and "second level" are meant to refer to the functionalities that are done in 
the server.) Advertisements and sports analysis databases can also be generated. These and 
other databases can be used in a variety of systems, such as Gaming System 155, News 
System 156, and Sports Analyst System 157 shown in Fig. 7G. 

A particular aspect of the invention is the generation of a second-level personalization 
database 153-30 for each authorized user. Information from among the various databases is 
selected and then shown to the user according to personalization database 153-30 (Step 757). 

Each user may utilize any kind of Internet capable terminal device such as a computer 
160 with a wired connection (which may be a desktop computer, laptop computer, handheld 
computer, or Palm™ device) or a mobile device 190 having a wireless connection via Internet 
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access 170 in mobile network 180. The wireless connection can be made via Bluetooth, a 
Wireless Local Area Network (WLAN) or GSM/GPRS common access methods. 

Preferably, betting provider 150 either executes software which automatically 
recognizes the type of terminal used by a user and/or permits the user to identify, as part of the 
registration process, the type of terminal they will normally use, what kind of connection and 
connection speed is used and what kind of information is desired (e.g., sports). Because the 
screens of many mobile devices are small, irrelevant information can be removed so that each 
user of a mobile device gets only their desired information. For example, the user can fill out a 
questionnaire beforehand and state that they only wish to receive information and make bets 
with respect to, for example, hockey games. 

Alternatively, betting provider 150 may also create data stored in the personalization 
database by monitoring the user's navigation through the browser and the betting selections. 
As the user makes a request, such as bv clicking on an object, the server 151 registers the 
subject of the request and responds with an appropriate page based on the request. The 
system can create the profile bv analyzing and processing this historical information. Using the 
resulting history-based profile, the betting provider 150 displays the bets which best match the 
user's interests. Also, other already existing personalizing information can be used as an extra 
source to determine the user profiles. 

When a user wants to make a bet and user has already made bets before, the system 
may already be aware of the type of bets the user likes to do or is likely to do. These bets can 
be, for example, on a particular subject, such as football, hockey, etc. and what specific team 
or teams of interest to the user, or if the user is more likely to bet on the home team than the 
visitor team. 

The system preferably creates the profile in the personalization database for every user 
it identifies and actively updates the personalization information according to the user's 
actions. The identification can be according to user identity and a corresponding password. 
Alternatively, if a user uses a device that requires a PIN (Personal Identification Number) and 
has some kind of SIM (Subscriber Identification Module) or equivalent, the system can easily 
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identify the person using the device. The password to the betting system may be unnecessary 
because the system can identify the user according to the predetermined identification 
information (i.e.. PIN & SIM information). 

Video and audio streaming of an on-going competition on which viewers may bet is 
5 accomplished, in the preferred embodiments, through use of a live video/audio streaming 

server (VAS) 118. The VAS is connected to a network such as an extranet, intranet, or the 
Internet 116. A live broadcast 120 of a competition is received through an RF recei ver at the 
server. The audio and video components of the signal are separated and digitized. The 
digitized audio is then compressed using one of several digital compression schemes, for 
10 example, H.728, H.729, or GSM. Likewise the digitized video is compressed using a scheme 

such as MPEG, MVC, H.261, etc. The digitally compressed audio and video are packaged for 

%g network transfer e.g., TCP/IP, UDP. The packets are then broadcast to the network 116 

in 

£7 controlled by a streaming/multicasting controller. 

^JJ The mobile betting client 102 has PIP functionality. This functionality allows the 

75 CO viewer to simultaneously view two audio/video broadcasts in the display of the mobile betting 

S3 

* ? ± client. The two broadcasts can be, for example, the live-feed of a competition in one picture 

and interactive betting possibilities in another. 
^ Figure 5 is a diagram depicting a possible interactive display. Directions at the top of 

U the display 502 inform the viewer of the status or title of the interactive activity, in this case, 
20 betting. For an application such as betting, a dialog-type box 504 is used to inform the viewer 

of the current question on which bets can be placed. In the context of an auto race, a question 
such as "Who will turn the fastest 13th lap" may be presented. A pull-down menu or radio 
button dialog box 506 may be presented depending on the type of question. In the above 
example, all of the drivers remaining in the race may be presented in a pull-down menu. 
25 Dialog boxes specific to wagering: stakes 508; odds 510; and payout 512, may also be 

presented. A statement of account 514 with a betting services provider may also be presented. 
The account is dynamic throughout the competition, registering winnings and debits as each 
occurs. A response dialog 516 informing the user of bets being received and the current 
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allowable wagers may also be provided. Such a response window is also dynamically updated 
as available bets are made or changed. In addition to the displays listed above, dialog boxes 
presenting last minute betting advice or information can also be displayed. Such advice can 
include, for example, up to the minute status of race participants not currently being shown on 
the broadcast or the injury status of key players at an event. Figure 3 depicts an integrated 
display with a live video feed and interactive content. 

Figure 10 depicts a betting login page which includes Login and Password fields for 
logging on to the interactive service. The connection can be established over the Internet 
using a Virtual Private Network (VPN) tunnel and Secure Sockets Layer (SSL) connection. 
Once a secure connection is established, an authentication process occurs in which the users 
enters his user name and password in separate fields. If the incorrect user name and password 
are entered, the login screen is again displayed. No assumption is made that the mobile betting 
client has a keyboard or a mouse. However, the user can edit text with a delete key and 
navigate with arrow keys or other cursor control in both the horizontal and vertical planes. 

In order to participate in the service, the user will need to register with the betting 
provider server 108. New users will need to register. Registration information includes 
information about the device the user is connecting with, the bandwidth of the connection, and 
the style sheet (or skin) the user prefers. New user generally are kept from participating in the 
service until an active betting supervisor or administrator enables the user logon. 

Logging on allows users of the service to make bets and watch both live and on- 
demand streaming broadcasts. Figure 11 depicts a main betting page supplied by the betting 
server 1 10 to the user at logon. Information such as the current time, last use, and account 
balance information is displayed. Information such as the number of other users currently 
participating can also be displayed. Users can navigate from the main betting page to other 
pages by navigating with the arrow or cursor control keys. 

After the log-in process, the only chance to navigate is downward to reach "lower" 
folderleaves. Thereafter, the user can navigate up or down in the levels to choose the service. 
In a preferred embodiment of the invention, there are four main services which can be on 
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different pages or vertically positioned in the display screen. The main page is for betting 
actions and watching video transmissions. There may also be a news service providing various 
short messages concerning the games. A settings page allows a user to change their personal 
settings. 

Figure 12 depicts a page showing the status of currently available betting 
opportunities. The betting window, that is the times during which placed bets will be valid is 
also displayed. The page functionality is shown as visual or graphical illustrations. The page 
can contain and present betting information in many different forms, for example, warning 
lights. The page depicted in Figure 12 has blinking lights in the form of traffic lights 1202. 
The traffic lights are designed to provide advanced notification to the user of situations in the 
betting window. For example, one situation would be the amount of time left in the betting 
window. For another example, a change in the betting information which could affect the 
choice of bets placed. In the presently preferred embodiment, the traffic lights use color to 
indicate the importance or immediacy of particular information: e.g., red, orange and green. 

Figure 13 depicts a table representing the user selection of colors and when the 
different colors can be shown. The color preference choice can be made at registration. In the 
presently preferred embodiment, the orange traffic light is configured to appear a day or two 
prior to the close of the betting window. The red light is configured to appear when only a 
few minutes of betting are available. In the presently preferred embodiment, the user cannot 
change the appearance of the utmost important color. The utmost important color is set by 
the rules of the betting administrator, usually red. 

In addition to traffic signals, the window can have flashing or blinking colors to impart 
information to the user. Again, the flashing or blinking of text can be made at registration. 
The user interface database 702 in the betting provider server 108 contains the skin preference 
information i.e., titles of the pages, background information selections, font selection, color 
selection etc. Figure 14 depicts skins which can be configured according to user preference. 
In the presently preferred embodiment, the users personal information page allows changes in 
skin preferences. For example, if player is a NHL Dallas Stars fanatic, the user can change 
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color of pages, icons, and push buttons, to green and gold tones 

Figure 6 depicts a flowchart of the interactive betting process. First, a mobile betting 
client wishing to interactively bet connects to the betting provider (Step 602). Once 
connected, a secure network connection, using, for example, encryption or secure sockets, is 
established (Step 604). Once a secure connection is established, an authentication process 
occurs, comparing user name and password entered by the client to entries in a database of 
user information (Step 606). Once authenticated, the client can select the type of competition 
to bet on, for example, auto racing, hockey, or football. (Step 608). If live video and audio is 
available, the competition is displayed (Step 610). The interactive betting opportunities 
currently available for the chosen competition are then displayed to the client (Step 612). The 
betting opportunities are dynamic and will be continuously updated. The client informs the 
betting provider of its desire to bet (Step 614) and the stakes (Step 616). The stakes can be 
variable amounts or limited to selections presented in a choice menu. The betting selection 
and the stakes are sent to the betting provider across the secure connection (Step 618). The 
betting provider verifies the entries made by the client (Step 620). Further checks, including 
client payment history and credit reports can be included in this verification step (Step 620). If 
any of the entries is invalid, a valid entry is requested (Step 622). Entries can be invalid for 
several reasons, for example, incorrect selection, closing of the requested betting selection 
prior to the bet being received, or the client's inability to cover the stakes. 

If the entries are valid, the betting provider informs the client of that the particular 
wager has been accepted (Step 624). Different bets open and close during the course of the 
competition. Once the bet has been made and accepted, the client may continue to view the 
competition, personally monitoring the outcome of its wager and making other bets on the 
same competition (Step 626). The client may also choose a different competition to view and 
possibly bet on (Step 628). If the client does not wish to view or bet on any other 
competitions, the connection between the client and the betting provider is closed (Step 630). 

At some point after the close of a particular wager, the participants are informed of the 
result and appropriate adjustments to betting accounts are made. If the client is still connected 
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to the betting provider when the results are known, the client can be informed of the results. 
Otherwise, the client can be informed of the status of any outstanding wagers the next time a 
connection to the betting provider is established. 

In an alternative embodiment, a live broadcast 120 of a competition can be received 
5 directly by the mobile betting client 102. Figure 8 depicts a block diagram of a direct 

reception scenario. The mobile betting client 102 can, of course, be at the viewer's home or at 
another viewing location. The broadcast 120 is displayed in a monitor 802. Additionally, an 
Internet browser can be connected to the monitor 802 or, alternatively, to a separate display 
804 in order to interface with the betting server 110 through a switching network 104 and an 
10 Internet service provider (ISP) 806. The PIP property of the monitor can be used if the 

^ browser and the broadcast 120 are shown in the same monitor. 

j=Q In another alternative embodiment, a DVB signal with the live broadcast 120 arid 

betting information from the betting server 110 can be integrated into a digital broadcast. 
Figure 9 depicts a block diagram of an integrated reception scenario. A mobile betting client 
15 ^ monitor 802 can use PIP functionality to separate the two displays. The viewer receives 
M information and sends responses to the betting provider through an Internet connection 116. 
12 Such a connection can also be made through a Set Top Box 206 which enables two way 
^ communications via cable (possibly using the DVB-C standard) or through a PSTN, ISDN, or 
M other connection 104 to an ISP 806. 
20 As will be recognized by those skilled in the art, the innovative concepts described in 

the present application can be modified and varied over a tremendous range of applications, 
and accordingly the scope of patented subject matter is not limited by any of the specific 
exemplary teachings given. 

For example, the indicators for changes in betting situation in the presently preferred 
25 embodiments are traffic signals. However, other indicators can be used to highlight the 

importance or display information to the user. For example, the interface depicting the time 
left in a betting window can be textual, graphic, animation, audio, or video media. 

For another example, the mobile betting client monitor has been described. The 
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monitor can be any type of display. For example, a television or computer monitor, including 
flat panel type displays. 

The mobile client itself can be any type of unit capable of receiving and displaying 
signals. For instance, the mobile client can be an HDTV with a PIP module and web browser 
5 capability. On the opposite end of the mobility and size spectrum, the mobile betting client 

can be a hand-held cellular phone with a small display. 

Depending on the capabilities of the mobile client, intermediate protocols and network 
connections may not be required to achieve connection to the streaming data and interactive 
servers. 

10 £3 The databases containing betting and user information can be designed with any 

number of differing architectures, for example, relational, hierarchical, or object oriented. 

While interactive sports betting has been described, other interactive events can be 
integrated and broadcast. Such events can include, for example, video games, shopping, and 
educational activities. 

75 * ' The preferred context of the disclosed embodiments contemplates digital delivery of 

□ broadcasts. However, depending on the hardware setup, analog signals may be used for 
delivery of the event broadcast and the interactive display. 

The preferred context of the disclosed embodiments contemplates delivery of events 
and betting information. However, a software stand-alone version, for example, an interactive 
20 CD-ROM video game, can be created having the functionality of the network and servers and 

terminals. Random generation can simulate live events. The video or interactive content of 
the game can remain the same with the random generation providing the variation needed for 
multiple plays. 

In another context, software, for example, an interactive CD-ROM video game, can be 
25 created which depends on interactivity with the network and servers of a betting provider to 

generate the random events and betting opportunities in a simulated game. Such a game can 
be played interactively with other participants at remote locations all receiving the same 
randomly generated events and betting opportunities. 
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